home *** CD-ROM | disk | FTP | other *** search
/ Turnbull China Bikeride / Turnbull China Bikeride - Disc 2.iso / BARNET / ARMLINUX / MAIL / 9804 / 000071_root@mad.scientist.com _Sat Apr 18 08:24:12 1998.msg < prev    next >
Internet Message Format  |  1998-05-13  |  4KB
  1. Return-Path: <root@mad.scientist.com>
  2. Received: from hillend.cent.gla.ac.uk ([130.209.16.102] (may be forged))
  3.     by odie.barnet.ac.uk (8.8.6/8.8.6) with ESMTP id IAA01916
  4.     for <willy@odie.barnet.ac.uk>; Sat, 18 Apr 1998 08:24:11 +0100
  5. Received: from pop-student.gla.ac.uk (actually host mailsrv1.cent.gla.ac.uk) 
  6.           by hillend.cent.gla.ac.uk with SMTP-STU (MMTA) with ESMTP;
  7.           Sat, 18 Apr 1998 08:25:17 +0100
  8. Received: from MAILSRV1/SpoolDir by pop-student.gla.ac.uk (Mercury 1.40);
  9.           18 Apr 98 08:25:16 +0000
  10. Received: from SpoolDir by MAILSRV1 (Mercury 1.40); 18 Apr 98 08:25:13 +0000
  11. Received: from darkside.hacknet.uk (194.93.134.137) 
  12.           by pop-student.gla.ac.uk (Mercury 1.40);    18 Apr 98 08:25:06 +0000
  13. Date: Sat, 18 Apr 1998 08:24:41 +0000 (GMT)
  14. From: James Craig <root@mad.scientist.com>
  15. X-Sender: root@darkside.hacknet.uk
  16. To: Matthew Wilcox <willy@odie.barnet.ac.uk>
  17. cc: ajb85@cam.ac.uk, linux-arm@vger.rutgers.edu
  18. Subject: Re: fd0* device for ADFS shape discs under i386 Linux
  19. In-Reply-To: <199804172011.VAA31519@odie.barnet.ac.uk>
  20. Message-ID: <Pine.LNX.3.96.980418082122.418C-100000@darkside.hacknet.uk>
  21. MIME-Version: 1.0
  22. Content-Type: TEXT/PLAIN; charset=US-ASCII
  23. Status: RO
  24.  
  25. On Fri, 17 Apr 1998, Matthew Wilcox wrote:
  26.  
  27. >Andrew Bower
  28. >> Out of interest, is anyone working on write support for ADFS?
  29. >
  30. >I've looked at the current code.  It would be hard to add extendable
  31. >files to it, though in principle, files which are newly created and stay
  32. >the same length should be able to work quite easily.
  33. >
  34. >The trouble is that ADFS (or more truthfully filecore) does not have
  35. >the concept of the inode.  Inodes are what Unix filesystems are built of.
  36. >They have the following properties:
  37. >
  38. >Each file has an inode
  39. >The inode remains the same during the life of the file
  40. >Inodes do not map to more than one file.
  41. >The inode contains all of the metadata for the file except its name.
  42. umm. ADFS doesn't have inodes in the same way UNIX does, but couldn't you
  43. get away with the file's ID that appears in the free space map? (He said,
  44. trying to talk knowledgably, despite the fact that it's 5 years since he
  45. last wrote an ADFS-E-format-filing-system-reader).
  46. The IDs still only map to one file, aren't likely to change over it's
  47. lifetime, and the only problem you have is that the length info is kept in
  48. the directory info.
  49. >I cannot think of a good way of faking inodes for ADFS filesystems *except*
  50. >the following rather horrible idea:
  51. >
  52. >Create a structure in memory for each ADFS filesystem mounted.  This can
  53. >be done lazily.  Assign each file an inode based on some scheme which will
  54. >allow for easy mapping between it and the name of the ADFS file.  Perhaps
  55. >hash buckets.  Note that it's okay to reuse inodes once a file has been
  56. >deleted.
  57. Ur, YUK!! That would be horrible. I mean, mapping names to inodes is gonna
  58. break as soon as you move a mile about the FS somewhere.
  59. >Someone should look at other filing systems to see how they cope with
  60. >filesystems that don't provide nice inodes.  When Dickon Hood & I were
  61. >experimenting with NFS servers under RISC OS, we had a structure that
  62. >worked well; it was a tree, and the inode we returned was the address
  63. >within that list.  You've got me intrigued now, I might just do it.
  64. Good man, writable ADFS would be nice. :)
  65. >The way Russell has done it is faster than this method for read-only
  66. >but will not extend to writable files.
  67. I haven't looked at it yet, but what's he done that stops you writing
  68. files the same way?
  69. >-- 
  70. >Set Alias$Case Set Alias$[ |||| |MSet Alias$Otherwise Set Alias$[ \ Matthew
  71. >"" |MSet Alias$When If %0=%%0 Then Set Alias$[ "" ||MIf %0=%%0    \ Wilcox
  72. >Then Set Alias$Otherwise Set Alias$[ |||||||||||||||| ||MIf       \
  73. >%0=%%0 Then Set Alias$When Set Alias$[ ||||||||||||||||
  74. >unsubscribe: body of `unsubscribe linux-arm' to majordomo@vger.rutgers.edu
  75. >